In questa pagina puoi ottenere un'analisi dettagliata di una parola o frase, prodotta utilizzando la migliore tecnologia di intelligenza artificiale fino ad oggi:
общая лексика
обоюдный (двухфазный) контроль завершения транзакций, двухфазная фиксация (подтверждение) транзакций, двухфазное выполнение с контролем
протокол обработки транзакций, обеспечивающий синхронное внесение изменений в распределенные базы данных. Состоит в том, что при завершении транзакции участвующие в ней серверы БД получают команду "приготовиться к фиксации транзакции". После получения подтверждения от всех серверов транзакция фиксируется на каждом из них. Таким образом обеспечивается распределенная обработка данных в неоднородной среде. Требует скоростных линий связи и доступности всех серверов
синоним
[kə'mit]
общая лексика
фиксация [транзакции]
этап транзакции, когда все изменения во всех ресурсах, задействованных в этой транзакции, становятся окончательными
фиксировать [транзакцию]
совершать
поручать
связывать себя обязательствами
Смотрите также
глагол
общая лексика
совершать (чаще дурное)
поручать
вверять
передавать (на рассмотрение
хранение и т. п.)
(to) предавать
привести в какое-л. состояние
(to) помещать (принудительно)
связать себя обязательствами
словом и т. п.
быть преданным
посвятить себя (чему-л.)
считать своим долгом или обязанностью
разговорное выражение
сажать в тюрьму или сумасшедший дом
военное дело
вводить в бой (to)
In transaction processing, databases, and computer networking, the two-phase commit protocol (2PC) is a type of atomic commitment protocol (ACP). It is a distributed algorithm that coordinates all the processes that participate in a distributed atomic transaction on whether to commit or abort (roll back) the transaction. This protocol (a specialised type of consensus protocol) achieves its goal even in many cases of temporary system failure (involving either process, network node, communication, etc. failures), and is thus widely used. However, it is not resilient to all possible failure configurations, and in rare cases, manual intervention is needed to remedy an outcome. To accommodate recovery from failure (automatic in most cases) the protocol's participants use logging of the protocol's states. Log records, which are typically slow to generate but survive failures, are used by the protocol's recovery procedures. Many protocol variants exist that primarily differ in logging strategies and recovery mechanisms. Though usually intended to be used infrequently, recovery procedures compose a substantial portion of the protocol, due to many possible failure scenarios to be considered and supported by the protocol.
In a "normal execution" of any single distributed transaction (i.e., when no failure occurs, which is typically the most frequent situation), the protocol consists of two phases:
The two-phase commit (2PC) protocol should not be confused with the two-phase locking (2PL) protocol, a concurrency control protocol.